gsk: Always use RGBA on big-endian architectures
authorSimon McVittie <smcv@debian.org>
Fri, 8 Dec 2023 16:42:56 +0000 (16:42 +0000)
committerSimon McVittie <smcv@debian.org>
Fri, 8 Dec 2023 17:36:22 +0000 (17:36 +0000)
commitc5bc157f534b071676e662f36048469678083ed3
tree8f9a55d47761138279d3e6c4b6beb157dc39cb8c
parent5134875afaacb0155abea515c925b269df21b5fb
gsk: Always use RGBA on big-endian architectures

The memorytexture test started failing on big-endian CPUs while using
"desktop" GL (not GLES) in commit b0e26873 "gsk: Use has_bgra in more
places". The subsequent commit f5812808 "gsk: Restore bigendian support"
was meant to fix this, but it seems it did not.

Always taking the RGBA code-path on big-endian might not be optimal,
but it seems to result in the test passing again.

Signed-off-by: Simon McVittie <smcv@debian.org>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6260
Bug-Debian: https://bugs.debian.org/1057782
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6653

Gbp-Pq: Name gsk-Always-use-RGBA-on-big-endian-architectures.patch
gsk/gl/gskglglyphlibrary.c
gsk/gl/gskgliconlibrary.c